Lots to cover here

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Subject:

Lots to cover here

First off, your iCalendar is too vague / incomplete so your results may not be exactly what you want. You specified a non-UTC start and end:

DTSTART:20121220T100000
DTEND:20121220T110000

so the server will do its best to convert that to a value it can check against the rooms busytime. It is probably using its own OS time zone setting and not what you think.

You really should specify dates and times in UTC:

DTSTART:20121220T150000Z
DTEND:20121220T160000Z

(10 AM EST - 11 AM EST)

Alternately you could specify the VTIMEZONE in your iCalendar and specify its use via the TZID property:

DTSTART;TZID="US/Eastern":20121220T100000
DTEND;TZID="US/Eastern":20121220T110000

As for why you never see a Decline response, it is because your did not specify a response should be sent. The $CSTrack shows:

"iCal Created Broadcast[Local] by Router on APPUS-AS08(Release 8.5.2|August 10, 2010) at 12/19/2012 11:33:56 AM"

Because you specified:

ATTENDEE;CUTYPE=ROOM;CN="Test Room 1/IDSTEST":MAILTO:test_room_1@company.com

and left off the RSVP parameter the default value of FALSE was assumed which means do not reply hence no Decline response. If you want a reply back you MUST include RSVP=TRUE in your ATTENDEE property.

The fact you get a Decline in some cases sounds like a bug (unless you do include an RSVP=TRUE).

In checking the $CSTrack info you posted the one that is the real error is this:

"FAILURE Reason: Note item not found[Local] by Rooms and Resources Manager on APPUS-AS08(Release 8.5.2|August 10, 2010) at 12/19/2012 11:33:57 AM"

One of the items we were trying to find and update in busytime was not found. Without using an INI to log more info, I cant tell you which or what to look at. You haven't been playing with your busytime db have you??

To get more info, set the following INIs and repeat your failure tests:

CSLogAutoprocess=1
CSReportErrors=1

That will cause more info to be logged to the console so we can see where the failure is happening and from there we can decide how to resolve it.

If you are going to be at Connect 2013 then drop by the Meet the Developers lab and talk with us more. (Developers times in forums is limited but we are on hand in Orlando to answer questions for you.)

Bruce
IBM